import axios from 'axios'
import { Message } from 'element-ui'
import { getToken } from '@/utils/auth'
import store from '@/store'
import router from '@/router'
// 1.实例化 create方法
// 定制axios的基地址和超时时间
// 基地址? 项目里面大部分的接口前面的协议域名端口都是一致的,只有后面的相对路劲不一样
// 超时时间? 接口从发送到返回允许的最大时间差
const service = axios.create({
  baseURL: process.env.VUE_APP_BASE_API,
  timeout: 5000 // request timeout
})

// 请求拦截器
// 请求之前,容许我们对接口参数做一些配置
// 具体的事情:注入token 在请求头 ->为了大部分需要鉴权的接口能够统一获取到用户标识
service.interceptors.request.use(
  config => {
    // return 不能丢!!!
    // 拿到token 存入请求头
    const token = getToken()
    if (token) {
      // 前面的authorization和后面的拼接方式都是固定的 业内规范
      config.headers['Authorization'] = `Bearer ${token}`
    }
    return config
  },
  error => {
    return Promise.reject(error)
  }
)

// 响应拦截器
// 在数据从后端返回到客户端的时候先被拦截下来 做一些自己的事
// 具体的事情: 1.401 token失效 强制跳转到登录   2.简化组建中请求数据的访问
// 注意事项 :以http状态码决定的  2xx 就执行第一个成功回调  不在200-300 走第二个失败回调
// 谁决定的当前的状态码 -> 后端
// 为什么在这里解决? 很多的接口都有此类问题统一解决
// 后端不以200-300作为接口成功失败的标识,以一个自定义的success作为标识
// 前后端的依据不同意 永远走的都是成功回调
// 解决思路: 前端自己判断当前接口成功还是失败 如果成功还是按照之前的逻辑return 数据
// 如果失败 手动抛出错误 return Promise.reject()
service.interceptors.response.use(
  response => {
    const { data, message, success } = response.data
    if (success) {
      return data
    } else {
      // 错误提示用户
      Message.warning(message)
      // 手动抛出错误
      return Promise.reject(message)
    }
  },
  error => {
    // 发生401错误的位置
    // 判断当前的状态码是否为401 如果是的话 清空数据并且跳回到登录页
    if (error.response.status === 401) {
      // 清空失效的数据
      store.commit('user/removeUserInfo')
      // 跳回到登录页
      router.push('/login')
    }
    return Promise.reject(error)
  }
)

export default service
// axios封装好的实例对象以默认导出的方式 导出-> api模块进行说明
